home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group98a.txt
/
000123_icon-group-sender _Thu Mar 12 08:26:23 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
2KB
Return-Path: <icon-group-sender>
Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
by baskerville.CS.Arizona.EDU (8.8.7/8.8.7) with SMTP id IAA00752
for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Thu, 12 Mar 1998 08:26:23 -0700 (MST)
Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
id AA15725; Thu, 12 Mar 1998 08:26:22 -0700
Posted-Date: Thu, 12 Mar 1998 05:41:57 -0600 (CST)
Date: Thu, 12 Mar 1998 05:41:57 -0600 (CST)
From: Chris Tenaglia <cdt@post.its.mcw.edu>
To: icon-group@optima.CS.Arizona.EDU
Subject: Re: Translation into C
Message-Id: <Pine.SOL.3.96.980312052940.7871A-100000@post.its.mcw.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
Content-Length: 742
I'd like to second the notion/motion that database extensions
would be far more useful than C or C++ code generation. Hooks
into Oracle, Sybase, Access, Foxpro etc,... would allow the
best features of the language to be applied to where the real
data is. I have kloojes setup where foxpro exports flat files
that icon churns and the output is imported into other databases.
It would surely be nicer to have one program do it all instead
of three (export - munge - import).
Chris Tenaglia (system manager) | The future foretold,
Medical College of Wisconsin | The past explained,
8701 W. Watertown Plank Rd. | The present largely appologized for.
Milwaukee, WI 53226 (414)456-8765 | Organon to the Doctor